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BACKGROUND OF THE INVENTION 
FIELD OF THE INVENTION 

The present invention relates to packet transmission and, particularly, 
to a system and method for accessing a jitter buffer. 

5 

DESCRIPTION OF THE RELATED ART 

When sending voice data across packet networks, such as telephony- 
over-LAN (ToL) networks, the voice is usually compressed, packetized and 
finally sent across the network to the destination. When the packets are sent 

10 into the network, they are generated at a constant rate. However, due to 

behavior of the packet network, the even time intervals between the packets 
are lost as the packets transit the network. This irregularity in packet 
separation is referred to as "jitter." Jitter can cause clicks, delays and other 
annoyances in multimedia transmission, creating overall poor reproduction 

1 5 quality. A jitter buffer is often used to even out the packet separation. A jitter 
buffer is a FIFO (first in, first out) buffer in which packets leave the buffer at a 
predetermined, constant rate. 

The length of the packets is typically minimized to reduce the delay 
induced by the packetization. The size of the jitter buffer, in contrast, is 

20 typically based on the expected network delay and as such, could be much 
higher than the size of a single packet. Jitter buffers that are much longer 
than the packet size result in unnecessary processing power consumption on 
the endpoints and intermediate switching entities, as well as unnecessary 
network traffic due to excess overhead. 

25 Thus, conventional systems employing jitter buffers can 

disadvantageously mismatch the size of the jitter buffer and the length of data 
packets, resulting in decreased network performance. 
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SUMMARY OF THE INVENTION 

These and other drawbacks in the prior art are overcome in large part 
by a system and method for optimizing packet length in telephony-over-LAN 



networks. According to one embodiment, a threshold of packet length as a 
fraction of jitter buffer size is established. When call setup is undertaken, 
client terminals check the packet sizes against the threshold. If the packets 
sizes are at or below the threshold, the packet sizes are adjusted upwards. If 
the packet sizes are already above the threshold, the packet sizes are left 
alone. 

A telecommunications client terminal according to the present 
invention includes a jitter buffer controller for adjusting packet size. During a 
terminal capability exchange, the client terminal identifies a proposed packet 
size with another terminal. The jitter buffer controller compares the packet 
size with the threshold value and, if necessary, adjusts the packet size. 

Thus, the present invention allows for relatively less processing power 
consumption on the endpoints and intermediate switching entities, and 
decreases unnecessary network traffic due to excess overhead. 

BRIEF DESCRIPTION OF THE DRAWINGS 

A better understanding of the invention is obtained when the following 
detailed description is considered in conjunction with the following drawings in 
which: 

FIG. 1 is a block diagram of an exemplary telephony-over-LAN (ToL) 
network according to an embodiment of the invention; 

FIG. 2 is a logic diagram of an exemplary telephony-over-LAN (ToL) 
client according to an embodiment of the invention; 

FIG. 3 is a block diagram of an exemplary codec and audio I/O 
interface according to an embodiment of the present invention; 

FIG. 4 is a flowchart illustrating operation of an embodiment of the 
invention; 

FIG. 5 is a flowchart illustrating operation of an embodiment of the 
invention; and 

FIG. 6 is a flowchart illustrating operation of an embodiment of the 
invention. 
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size), the packet size is increased. Tliat is, the data are pacl<etized according 
to the adjusted size. 

In accordance with a specific embodinnent, FIG. 2 illustrates a logical 
diagram of an H.323 interface to the LAN 101 . The H.323 interface of a 
5 network terminal/device 1 02 includes a jitter buffer control 110 according to 
the present invention and a packet network interface 13 that is coupled to the 
network terminal 102. As will be discussed in greater detail below, the 
network terminal 102 utilizes the ITU-T H.323 Recommendation protocol in 
specific embodiments. The network interface 13 couples the network terminal 

10 1 02 to the LAN 1 01 . The network can include packet-switched Transmission 
Control Protocol/Internet Protocol (TCP/IP) and Internet Packet Exchange 
(IPX) over Ethernet, Fast Ethernet and Token Ring networks. 

The H.323 terminal 102 is coupled to a video input/output (I/O) 
interface 28, an audio I/O interface 12, a data equipment interface 40, and a 

1 5 system control user interface (SCUl) 20. A jitter buffer 113 and jitter buffer 

control 110 may be formed in association with the audio I/O 12. A jitter buffer 
control may similarly be associated with the video I/O 28, but is omitted for 
convenience. Thus, the figures are exemplary only. The jitter buffer control 
layer 110 functions to determine and adjust a packet size to more optimally 

20 correspond to the size of a jitter buffer 1 13. The actual packetization occurs 
within the codec in response to the jitter buffer control command. 

The network terminal 102 further includes an H.225.0 layer 24, an 
audio coder/decoder (codec) 14 and may include, a video codec 15, and a 
T.I 20 data interface layer 19. The audio I/O interface or card 12, which may 

25 be part of the standard H.323 device, connects to the audio codec 14, such 
as a G.71 1 codec, for encoding and decoding audio signals. The audio 
codec 14 is coupled to the H.225.0 layer 24. It encodes audio signals for 
transmission and decodes the received signals. Although the G.71 1 codec is 
the mandatory audio codec for an H.323 terminal, other audio codecs, such 

30 as G.728, G.729, G.723.1, G.722, and MPEG1 audio may also be used for 
encoding and decoding speech. G.723.1 is a preferred codec because of its 



reasonably low bit rate, which enables preservation of link bandwidth, 
particularly in slower speed network connections. 

The video I/O interface or card 28, which may be part of the standard 
H.323 device, connects to a video codec 15, such as an H.261 codec for 
encoding and decoding video signals. The video codec 15 encodes video 
signals for transmission and decodes the received signals. H.261 is the 
mandatory codec for H.323 terminals that support video, though other codecs 
such as H.263 may be supported. 

The system control user interface (SCUl) 20 provides signaling and 
flow control for proper operation of the H.323 terminal 102. In particular, call 
signaling and control are handled via the SCUl 20 and, particularly, the 
control layer 111. The control layer 111 also includes a Q.931 layer 16, an 
H.225.0 RAS layer 17 and an H.245 layer 18. Thus, the SCUl 20 interfaces 
to the H.245 layer 18 which is the media control protocol that allows capability 
exchange, opening and closing of logical channels, mode preference 
requests, flow control messages, and other miscellaneous commands and 
indications. The SCUl 20 also interfaces to the Q,931 protocol 16, which 
defines the setup, teardown, and control of H.323 communication sessions. 
The SCUl 20 further interfaces to the H.225.0 Registration, Admission and 
Status (RAS) protocol that defines how H.323 entities can access H.323 
gatekeepers to perform, among other things, address translation, thereby 
allowing H.323 endpoints to locate other H.323 endpoints via an H.323 
gatekeeper. The H.225.0 layer 24, which is derived from the Q.931 layer 16 
is the protocol for establishing a connection among two or more terminals and 
also formats the transmitted video, audio, data, signaling, and control streams 
into messages for communication via the network interface 13 (e.g., packet 
network 101). The H.225.0 layer 24 also retrieves the received video, audio, 
data, signaling and control streams from messages that have been input from 
the network interface, routes the signaling and control information to the 
control layer 1 1 1 and routes media streams to the appropriate audio, video 
and data interfaces. 



Thus, an H.323 network may be configured to include several different 
devices. For example, the network may include a terminal for enabling a user 
connected to a LAN to communicate with another user on the LAN, a terminal 
for enabling a caller resident on the LAN to call a second party in the public 
5 switched network and/or a terminal for enabling an adapter to communicate 
through a wireless trunk, using a wireless telephone. The device may also 
implement supplementary services according to the H.450.X 
Recommendations. 

An exemplary audio I/O and audio codec according to an embodiment 
10 of the present invention is shown in FIG. 3. A codec 14 includes an encoder 
88 for encoding audio data and a decoder 96 for decoding incoming audio 
data. The decoder 86 is coupled to a digital-to-analog converter 82. 
□ Similarly, the encoder 88 is coupled to an analog-to-digital converter 84. A 

^ jitter buffer 11 3 is provided at the input to the decoder 86. A packetizer 80 is 

W 15 provided at the output of the encoder 88. The packetizer 80 formats outgoing 
m audio data into data packets for transmission over the data network. A 

J5 controller 110, which may be embodied as a known microcontroller, controls 

- operation of the jitter buffer 113 and the packetizer 80. As will be explained in 

Q greater detail below, the controller 110 monitors a size of the jitter buffer 113 

20 and the size of data packets being packetized in the packetizer 80. If the 
S packet size is less than a predetermined threshold related to jitter buffer size, 

then the packet size is increased to the threshold level. If the two endpoints 
have different sized jitter buffers, then the packet size may be set to the 
greater of the two, i.e., to maximize jitter buffer filling. 
25 Turning now to FIG. 3, a flowchart illustrating operation of an 

embodiment of the invention is shown. In a step 302, a threshold is set by the 
jitter buffer control unit 110. The threshold may be, for example, a 
percentage of the jitter buffer size. The threshold may be set, for example, by 
a system administrator. Next, in a step 304, one or more H.323 endpoints 
30 102a, 102b seek to establish a call. As such, they undertake standard H.323 
call setup and signaling exchanges, for example, via the gatekeeper 108. In 
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a step 306, the H.323 endpoints 102a, 102b and, particularly, the jitter buffer 
controllers 1 10a, 1 10b check their jitter buffer sizes and compare the packet 
sizes with the threshold, in a step 308. 

If the packet size in either endpoint is greater than the threshold, then 
5 the call is established, in a step 312. However, if the packet size is less than 
or equal to the threshold, then the packet size is increased to the threshold, in 
a step 310. As noted above, a common packet size is established. The 
media streams are then established using the new packet sizes, in step 312. 
Operation of a specific implementation of the invention is shown in 
10 greater detail in FIG. 5. In particular, FIG. 5 illustrates operation of the 

invention in a scheme employing gatekeeper-routed call signaling and setup. 
In a step 402, the packet size threshold (T) is set. In a step 404, an endpoint 
O Client A, such as the H.323 Client Terminal 102a (FIG. 1), wants to establish 

5 a call to another endpoint, Client B, such as H.323 Client Terminal 102b. The 

2 15 endpoint Client A and, particularly, the control unit 111a, sends an ARQ 
m message (AdmissionRequest) to the gatekeeper GK. The gatekeeper GK 

^ responds with an ACF (AdmissionConfirm) message to Client A, in a step 

^ 406, which is received by the control unit 111a. In a step 408, in response to 

□ the ACF message, the control unit 111a sends an H.225.0 Set-up message to 

^ 20 the gatekeeper GK. 

tfl In a step 410, the gatekeeper GK relays the H.225.0 Setup message to 

the endpoint Client B and, in particular, its control unit 111b. In a step 412, 
the endpoint Client B's control unit 111b conducts an ARQ/ACF exchange 
with the gatekeeper GK. In a step 414, the endpoint Client B's control unit 

25 111b sends H.225.0 Alerting and Connect messages to the gatekeeper GK 
as the call progresses to the connect state. The gatekeeper GK, in turn 
provides the Alerting and Connect messages to the endpoint Client A's 
control unit 1 1 la in a step 416. The Alerting or Connect message includes 
the Gatekeeper H.245 Control Channel Transport Address, which is used, in 

30 a step 418, to establish the H.245 control channel. Next, an H.245 capability 
exchange is undertaken, in a step 420. The capability exchange includes an 
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exchange of packet size which is to be used for the communications. 
Typically, an initial default is sent The Clients A and B, and particularly, the 
controllers 1 1 0a, 1 1 0b then check their jitter buffer sizes, in a step 422. If the 
packet size is less than or equal to the threshold T, the packet size in the 
5 packetizer 80 is adjusted, in a step 424, and the media channel is opened in 
step 426. If the packet size was already above the threshold, then the media 
channel is established directly. If the terminals have different sized buffers 
and, hence, different threshold T, then the packet size is set to a compatible 
size. 

10 An alternate implementation of the invention, employing H.323 direct 

(i.e., non-gatekeeper-routed) signaling is shown in FIG. 6, In a step 502, the 
control layer 111a and, particularly, the jitter buffer control 111a receives the 
threshold T. In a step 504, the control layer 1 1 1a of Client A sends an ARQ 
message to the gatekeeper GK requesting that a call to endpoint Client B be 

15 allowed using a direct call model. In a step 506, the gatekeeper GK responds 
with an ACF message to the endpoint Client A, which is received by the 
control layer 111a. The ACF message includes a Call Signaling Transport 
Channel Address of the endpoint Client B. In a step 508, in response to the 
ACF message, the control layer 111a sends an H.225.0 Setup message 

20 directly to endpoint Client B. In a step 510, the endpoint Client B receives the 
H.225.0 setup message and begins to process the received H.225.0 Setup 
message. In response to the setup message, in a step 512, the endpoint 
Client B's control layer 111b conducts an ARQ/ACF exchange with the 
gatekeeper GK. Next, in a step 514, the endpoint Client B's control layer 

25 111b sends an H.225.0 Connect message to the endpoint Client A's control 
layer 1 1 la to progress the call to a connect state. In a step 516, the endpoint 
Clients 1 and 2 exchange H.245 terminal capability messages, including 
packet sizes. In a step 51 8, the jitter buffer controls 1 10a, 1 10b determine 
whether the packet sizes are less than or equal to the threshold. If so, then in 

30 a step 520, the packet sizes are adjusted to a common size, as discussed 
above. In a step 522, the endpoints Client A and Client B exchange H.245 
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master-slave determination messages and any other needed H.245 
messages, such as negotiation of a common packet size if that has not 
already been established. In a step 524, both endpoints Client A and Client B 
establish a media channel. If, in step 518, the packet size was greater than 

5 the threshold T, the system proceeds directly to steps 522 and 524. 

In another embodiment, the exchange of ARQ/ACF messages may be 
omitted after step 502. That is, a direct call may be established between the 
control units 111a and 111b with no involvement of gatekeeper GK. In this 
scenario, steps 504, 506, and 512 are omitted. That is, after step 502, in a 

1 0 step 504A, the control layer 111a sends an H.225.0 message directly to the 
endpoint Client B. In a step 506A, the endpoint Client 2 receives the H.225.0 
Setup message and begins to process the received H.225.0 Setup message. 
Next, steps 514-524 as described above are followed. 
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WHAT IS CLAIMED: 



1 1 . A telecommunications node, comprising: 

2 a jitter buffer; 

3 means for receiving one or more information packets, said receiving 

4 means including means for storing said one or more information packets in 

5 said jitter buffer; and 

6 means for adjusting a length of said one or more information packets 

7 based on a size of said jitter buffer. 

1 2. A telecommunications node according to Claim 1 , said adjusting 

2 means including means for adjusting said length to a predetermined fraction 

3 of said size of said jitter buffer. 

1 3. A telecommunications node according to Claim 2, including means for 

2 monitoring a size of said jitter buffer during a communication. 

1 4. A telecommunications node according to Claim 3, said adjusting 

2 means including means responsive to said monitoring means for adjusting 

3 said length to a new size of said jitter buffer during said communication. 

1 5. A telecommunications method, comprising: 

2 receiving one or more information packets, said receiving including 

3 storing said one or more information packets in said jitter buffer; and 

4 adjusting a length of said one or more information packets based on a 

5 size of said jitter buffer. 

1 6. A telecommunications method according to Claim 5, said adjusting 

2 including adjusting said length to a predetermined fraction of said size of said 

3 jitter buffer. 
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1 7. A telecommunications method according to Claim 6, including 

2 monitoring a size of said jitter buffer during a connmunication, 

1 8. A telecommunications method according to Claim 7, said adjusting 

2 including adjusting said length to a new size of said jitter buffer during said 

3 communication. 

1 9. A telecommunications system, comprising: 

2 a packet network; 

3 a plurality of endpoints coupled to said packet network, each of said 

4 plurality including a jitter buffer; 

5 wherein each of said plurality of endpoints includes a jitter buffer 

6 controller configured to adjust a packet size for communication over said 

7 packet network. 

1 1 0. A telecommunications system according to Claim 9, wherein said jitter 

2 buffer controller is configured to compare a proposed packet size with a 

3 threshold value, said threshold value representative of a fraction of said jitter 

4 buffer size. 

1 11. A telecommunications system according to claim 10, wherein said jitter 

2 buffer controller compares said proposed packet size responsive to an H.323 

3 terminal capability exchange. 

1 1 2. A telecommunication system according to Claim 1 1 , wherein said jitter 

2 buffer controller is configured to monitor a size of a jitter buffer during a 

3 communication and adjust a packet to a new size during a communication. 

1 13. A telecommunication system according to Claim 9, wherein said 

2 endpoints comprise client terminals. 
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1 14. A telecommunication device, comprising: 

2 a codec; 

3 a jitter buffer coupled to an input of the codec; 

4 a packetizer coupled to an output of the codec; and 

5 a controller coupled to the codec, the jitter buffer, and the packetizer, 

6 wherein the controller is configured to cause the packetizer to adjust a 

7 packet size if said packet size is related to a jitter buffer size according 

8 to predetermined criteria. 

1 1 5. A telecommunication device according to Claim 14, wherein the 

2 predetermined criteria is a threshold fraction of the jitter buffer size. 
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ABSTRACT 

A system and method for optimizing packet length in a telephony-over- 
LAN (ToL) network (101). A threshold of packet length as a fraction of jitter 
buffer size is established. When call setup is undertaken, endpoints such as 
5 client terminals (1 02A, 1 02B) check the packet sizes against the threshold. If 
the packet sizes are at or below the threshold, the packet sizes are adjusted 
upwards. If they are already above the threshold, the packet sizes are left 
alone. Optimizing packet length using this threshold minimizes the 
consumption of unnecessary processing power at the endpoints and 
1 0 switching entities, as well as unnecessary network traffic due to excess 

overhead, that would othenA^ise occur when the jitter buffers are longer than 
the packet sizes. 
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